home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001353_daemon _Fri Jun 18 16:08:07 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB

  1. Received: by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  2.     id AA00729; Fri, 18 Jun 93 16:08:11 MET DST
  3. Return-Path: <wmperry@mango.ucs.indiana.edu>
  4. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  5.     id AA00722; Fri, 18 Jun 93 16:08:07 MET DST
  6. Received: from mango.ucs.indiana.edu by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  7.     id AA24713; Fri, 18 Jun 1993 16:30:20 +0200
  8. Message-Id: <9306181430.AA24713@dxmint.cern.ch>
  9. Received: from localhost by mango.ucs.indiana.edu
  10.     (5.65c/9.4jsm) id AA22824; Fri, 18 Jun 1993 09:28:56 -0500
  11. To: p.lister@cranfield.ac.uk
  12. Cc: www-talk@nxoc01.cern.ch
  13. Subject: Re: How can one use '#' in a URL? 
  14. In-Reply-To: Your message of "Fri, 18 Jun 1993 15:06:33 -0000."
  15.              <9306181406.AA21659@xdm039> 
  16. Date: Fri, 18 Jun 1993 09:28:43 -0500
  17. From: "William M. Perry" <wmperry@mango.ucs.indiana.edu>
  18.  
  19. >I've thought for some time that a nice feature in WWW servers would be
  20. >the ability to look inside a remote tar (or tar.Z) file (or an ar
  21. >library or whatever), i.e. remotely list the contents or just extract
  22. >one file. I've been thinking how I could build this into a server like plexus.
  23. >
  24. >So that a normal URL which names a tar file will simply retrieve the
  25. >file (as most users want, I assume)  there needs to be some way of
  26. >referring to the subunit of the file. The obvious way is to use #, e.g.
  27. >
  28. >http://www/foo/bar.tar.Z#blech.c
  29. >
  30. > - this would indicate to the server that it is to unpack blech.c from
  31. >/foo/bar.tar.Z and send it back as a normal file. However, I have only
  32. >seen the # documented as something which browsers can use for internal
  33. >hyperlinks, not as part of the a URL that can be sent to a http server.
  34. >Is this a problem?
  35.  
  36.    I don't think this is correct.  Any url can make use of the # directive.
  37. It just tells a browser to go to a specific part of a document instead of
  38. to the beginning.  I don't know of any browsers that actually 'generate'
  39. these internally.
  40.  
  41. >The question mark would seem better suited to search the list of contents,
  42. >e.g. http://www/foo/bar.tar.Z?*.c
  43. >would return
  44. >
  45. >blech.c    erk.c    glug.c
  46. >
  47. >A related question is whether I can have slashes in the test following
  48. >the # or ?. e.g. for a tar file with relative filenames
  49. >
  50. >http://www/foo/bar.tar.Z#./blech.c
  51. >
  52. >would be common. Since slashes are meaningful to an http: URL, and the
  53. >browser can interpret them, would this cause confusion?
  54.  
  55.    The only problem with using ./ in the path would be that the browser
  56. is likely to interpret it as a relative pathname.  For example, 
  57. http://www/foo/bar.tar.Z#./blech.c would more than likely be translated
  58. into http://www/foo/bar.tar.Z#/foo/blech.c by a browser.
  59.  
  60.    It would be fairly easy to tell the replacing function not to replace
  61. any . or .. after a # sign though.  (I haven't tried this with mosaic or
  62. lynx yet, but I know that my emacs browser would replace the ./ with nothing
  63. so the url above would be http://www/foo/bar.tar.Z#blech.c)
  64.  
  65. -Bill Perry